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Datenbus und Verfahren zum 
Kommunizieren zweier Baugruppen mlttels 
eines solchen Datieiibusses 



Die Erfindung betrifft einen parallelen Datenbus und ein Verfah- 
ren zum Kommunizieren zweier Baugruppen mittels eines solchen Da- 
tenbusses. Insbesondere bezieht sich die Erfindung auf einen pa- 
rallelen Datenbus, der fiir eine Multiprozessor-Architektur geeig- 
et ist. Bei einer solchen Multiprozessor-Architektur konnen meh- 
ere, grundsatzlich gleichberechtigte Prozessorsysteme iiber den 
Datenbus miteinander kommunizieren. 

Ein derartiger Datenbus ist der Multibus II (Multibus ist eine 
eingetragene Marke der Intel Corp.). Der Multibus II ist ein syn- 
chronisierter Bus, der in IEEE Standard for a High-Perf ormance 
Synchronous 32-Bit Bus: MULTIBUS II, The Institute of Electrical 
and Electronics Engineers, Inc., 345 East 47'''' Street, NY 10017, 
USA, 1988 festgelegt ist. Im Nachf olgenden wird der „MULTIBUS II" 
vereinfacht als „Multibus" bezeichnet. 

ie Hardwarerealisierung eines solchen Multibusses besteht aus 
iner Backplan, in welcher die Signalleitungen des Busses ange- 
ordnet sind und welche mit ca. 20 Steckleisten versehen ist, an 
die jeweils eine Baugruppe angeschlossen werden kann. In Fig. 3 
sind schema tisch zwei tiber einen Multibus 1 verbundene Baugruppen 
2 gezeigt. Jede Baugruppe 2 besitzt einen unmittelbar an den Si- 
gnalleitungen des Multibusses 1 angeschlossenen Datenbus treiber 3 
und einen mit dem Datenbustreiber 3 verbundenen Controller 4. Der 
Controller 4 ist wiederum mit den elektronischen Baueinheiten der 
Baugruppe 2 verbunden. Diese elektronischen Baueinheiten konnen 
einen Prbzessor aufweisen oder lediglich eine passive digitale 
Schaltung darstellen. 



Der Controller 4 bereitet die von den elektronischen Baueinheiten 
erzeugten Daten logisch, gemaS dem Protokoll des Multibusses 1 
auf und reicht sie an den Datenbus treiber 3 weiter. Der Datenbus- 
treiber 3 setzt die Daten in die fur den Multibus geeigneten 
elektrischen Datensignale um und legt die elektrischen Datensi- 
gnale an die Signal lei tungen an. Von dem Multibus 1 kommende Da- 
tensignale werden in umgekehrter Weise von dem Datenbustreiber 
auf genommen, der die Daten an den Controller 4 weitergibt. Der 
Controller 4 bereitet die Daten zur Verarbeitung durch die elek- 
tronischen Baueinheiten entsprechend auf. 

Die Datenbustreiber sind transparente elektronische Bauteile, 
.h., daS die jeweilige korrespondierende Eingangs- und Ausgangs- 
seite der Datenbustreiber den gleichen logischen Wert annimmt . Da 
die Datenbustreiber transparent ausgebildet sind, wird eine akti- 
ve Verbindung zwischen zwei Baugruppen 2 logisch von dem Control- 
ler 4 der einen Baugruppe 2 zu dem Controller 4 der anderen Bau- 
gruppe 2 durchgeschal tet . 

Die Signallauf zeit zwischen den beiden Controllern 4 begrenzt die 
maximale Ubertragungs- bzw. Busfrequenz. GemaS dem oben erwahnten 
IEEE-Standard betragt die Busfrequenz 10 MHz. Mit einer solchen 
Busfrequenz wird eine Ubertragungsrate von 40 MByte/s erreicht. 

emaS einer Studie „2 0MHZ MULTIBUS II PARALLEL SYSTEM BUS INVE- 
TIGATION, TAUFIK MA, INTEL CORPORATION, APRIL 8, 1991" wurde ge- 
plant, den Multibus mit einer Busfrequenz von 20 MHz zu betrei- 
ben. Hierzu wurden umfangreiche Anpassungen und Modif ikationen 
vorgeschlagen, um die einzelnen Laufzeiten zwischen den Control- 
lern und Datenbus treibern bzw. zwischen den uber den Multibus 
verbundenen Datenbustreibern zu optimieren. Diese Studie hat als 
Ziel einen Multibus mit maximal 10 Baugruppen mit 20 MHz und ei- 
nen Multibus mit maximal 2 0 Baugruppen mit 16 MHz zu betreiben. 
Bei einer Busfrequenz von 20 MHz miiSte die Signallauf zeit zwi- 
schen den Controllern zweier Baugruppen auf 5 0 ns oder weniger 
verringert werden. Das Ergebnis dieser Studie ist, daS ein derar- 
tig „beschleunigter " Multibus theoretisch moglich ware, jedoch 




noch ein betrachtlicher Entwicklungsauf wand bis zu seiner tat- 
sachlichen Realisierung besteht . 

Jungere Datenbusse, wie z,B. der PCI-Bus, weisen keine Bustreiber 
5 auf , um einen schnelleren Zugriff auf die Signalleistungen des 
Datenbusses und damit ein hoherer Durchsatz erzielen zu konnen. 
Diese Datenbusse sind jedoch in der Anzahl der maximal anzu- 
schlieSenden Baugruppen, die in der Kegel deutlich kleiner als 10 
ist, begrenzt und deren physikalische Ausdehnung ist auf bspw. 10 
10 cm begrenzt. 

^ Ein Multibus kann hingegen bis zu 50 cm lang sein und 2 0 Baugrup- 
^^^^en miteinander verbinden, wobei mehrere Baugruppen gleichberech- 
^^^^igte Prozessorsysteme darstellen konnen. 
15 

Der Erfindung liegt die Aufgabe zugrunde, einen parallelen Daten- 
bus zu schaffen, der bei Beibehaltung der Vorteile des bekannten 
* Multibusses, wie z.B. der hohen Anzahl anschliefibarer Baugruppen, 
der groSen physikalischen Ausdehnung und der Moglichkeit einer 
20 Multiprozessor-Architektur , einen hohen Datendurchsatz erlaubt . 
Eine weitere Aufgabe der vorliegenden Erfindung ist ein Verfahren 
zum Kommunizieren zweier jeweils mit einem Prozessor versehenen 
Baugruppen mittels eines solchen Datenbusses zu schaffen. 

^^^^ie Aufgabe wird durch einen parallelen Datenbus mit den Merkma- 
^^^^en des Anspruchs 1 und durch ein Verfahren mit den Merkmalen des 
Anspruchs 13 gelost. Vorteilhafte Ausgestaltungen der Erfindung 
sind in den Unteranspruchen angegeben. 

3 0 Der er f indungsgema&e parallele Datenbus weist mehrere parallele 
Signalleitungen auf, an welche mehrere Baugruppen anschlieSbar 
sind, wobei jede Baugruppe einen unmittelbar mit den Signallei- 
tungen in Verbindung stehenden Datenbus treiber und einen mit dem 
Datenbus treiber verbundenen Controller aufweist, wobei eine Teil- 

3 5 zahl der Signalleitungen Datenleitungen zum Ubertragen der Daten 
und Steuerleitungen zum Steuern der Datenubertragung der Daten 
uber die Datenleitungen darstellt, und ist mit einem Taktgeber 



zum Erzeugen einer vorbestimmten Busfrequenz versehen, mit wel- 
cher die in den Signal leitungen iibertragenen Signale getaktet 
sind. Dieser parallele Datenbus zeichnet sich dadurch aus, daS 
die Datenbustreiber mit dem Taktgeber verbunden sind und die Da- 
tenbustreiber so ausgebildet sind, daS die von und zu den Daten- 
und Steuerleitungen zu iibertragenen Signale wahrend eines vom 
Taktgeber vorgegebenen Taktes aufgenommen und wahrend des nach- 
folgenden Taktes abgegeben werden. Hierdurch wird ein von einer 
Baugruppe zu einer anderen Baugruppe zu sendendes Signal wahrend 
eines ersten Taktes vom Controller der Sender-Baugruppe zum Da- 
tenbustreiber der Sender-Baugruppe, wahrend eines zweiten Taktes 
vom Datenbustreiber der Sender-Baugruppe iiber die Signal leitungen 
Datenbustreiber der Empf anger-Baugruppe und wahrend eines 
ritten Taktes vom Datenbustreiber der Empf anger-Baugruppe zum 
Controller der Empf anger-Baugruppe ubertragen. Wahrend eines Tak- 
tes werden die Signale lediglich zwischen einem Controller und 
einem Datenbustreiber einer Baugruppe oder zwischen zwei Daten- 
bustreibern zweier unterschiedlicher Baugruppen ubertragen, wo- 
durch der physikalische Signalweg kurz gehalten wird. Diese kur- 
zen Signalwege erlauben entsprechend kurze Signallauf zei ten, die 
z. B. kleiner oder gleich 25 ns gehalten werden konnen, so daS 
ein Bustakt von z.B. 40 MHz moglich ist. Hierdurch wird trotz der 
Beibehaltung aller vom Multibus bekannten Vorteile eine erhebli- 
che Steigerung des Datendurchsatzes erzielt. 

as im Anspruch 13 angegebene Verfahren zum Kommunizieren zweier 
jeweils mit einem Prozessor versehenen Baugruppen mittels eines 
solchen parallelen Datenbusses zeichnet sich dadurch aus, daS 
beim Austausch von Datenpaketen zwischen den beiden Baugruppen 
diese lediglich durch einen einzigen Handshake quittiert werden. 
Hierdurch kann der Handshake uber mehrere Takte verteilt ausge- 
fiihrt werden, wahrend das Datenpaket mit maximaler Ubertragungs- 
geschwindigkeit ( = pro Takt ein Datenwort) ubertragen werden 
kann . 
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Die Erfindung wird nachfolgend anhand eines in den Zeichnungen 
dargestellten Ausf iihrungsbeispieles naher erlautert . Es zeigen 
schematisch: 



5 Figur 1 



eine Druckersteuerung mit einem erf indungsgemaSen 
Datenbus, 



10 



15 



Figur 2 



Figur 3 



igur 4-12 



zwei liber einen erf indungsgemaSen Datenbus verbun- 
dene Baugruppen, 

zwei liber einen bekannten Datenbus verbundene Bau- 
gruppen , und 

jeweils Timing-Diagramme, die zur Erlauterung der 
Signaliibertragung mittels des erf indungsgemaSen 
Datenbusses dienen. 



« 

Der erf indungsgemaSe parallele Datenbus 5 wird nachfolgend anhand 
einer Druckersteuerung 6 fiir Hochleistungsdrucker 7 naher erlau- 
20 tert. Eine solche Druckersteuerung 6 weist ein I/O-Modul 8, ein 
Oder mehrerer Rastermodule 9 und ein Serialiser-Modul 10 auf. Die 
einzelnen Module 8 bis 10 sind iiber den Datenbus 5 miteinander 
verbunden. Die Rastermodule 9 und das Serialiser-Modul 10 sind 
iiber einen weiteren Pixel-Bus 11 miteinander verbunden. 

^^^Bas I/O-Modul 8 empf angt dxe Druckmf ormatxonen von einer Compu- 
tereinrichtung, die ein GroSrechnersystem oder auch ein Rechner- 
netzwerk sein kann. Die Druckinf ormation wird von dem I/O-Modul 8 
an die Rastermodule 9 und das Serialiser-Modul 10 wei tergeleitet , 

3 0 wobei die Rastermodule 9 die Druckbildinf ormationen empfangen und 
zu einem von dem Hochleistungsdrucker 7 verarbeitbaren Druckbild- 
datenstrom umsetzen. Diese Druckbilddatenstrome werden von den 
Rastermodulen 9 uber den Pixel -Bus 11 an das Serialiser-Modul 10 
ubertragen, das die Datenstrome in einer vorbes timmten Folge auf- 

3 5 reiht und an den Hochleistungsdrucker 7 weiterleitet . 



Die Module 8 bis 10 stellen jeweils mit dam Datenbus 5 verbundene 
Baugruppen 2 dar, wobei jede Baugruppe einen Datenbus treiber 3 
und einen Controller 4 aufweist (Figur 2). Der Datenbus 5 ent- 
spricht dem Multibus II (Multibus ist eine eingetragene Marke der 
Intel Corp.), wie er in IEEE Standard for High Performance Syn- 
chronous 32-Bit Bus: MULTIBUS II The Institute of Electrical and 
Electronics Engineers, Inc., 345 East 47"*" Street, NY 10017, USA, 
1998, festgelegt ist, bis auf die in der nachf olgenden Beschrei- 
bung angegebenen Anderungen. 

Die Hardwarerealisierung dieses Datenbusses 5 besteht aus einer 
Backplan, in welcher die Signallei tungen des Busses angeordnet 
ind und welche mit 20 bis 25 Steckleisten versehen ist, an die 
eweils eine Baugruppe 2 angeschlossen werden kann. Eine solche 
Baugruppe ist das vom Multibus bekannte CSM-Modul (Central Servi- 
ces Modul) , das bestimmte Startroutinen ausfiihrt und die einzel- 
nen Baugruppen initialisiert . Das CSM-Modul weist einen Taktgeber 
auf, der an eine Taktsignalleitung des Datenbusses 5 ein mit ei- 
ner vorbestimmten Busfrequenz schwingendes Taktsignal anlegt . Im 
vorliegenden Ausf uhrungsbeispiel betragt die Busfrequenz 40 MHz. 

An die Taktsignalleitung 12 sind die Datenbustreiber 3 einer je- 
den Baugruppe 2 angeschlossen, wobei die Ein- und Ausgabe der Da- 
tenbustreiber 3 gemaS der Busfrequenz bzw. gemaS dem Bustakt ge- 
aktet werden . 

Neben der Taktsignalleitung 12 weist der Datenbus 5 weitere Lei- 
tungen, wie z.B. 32 Datenleitungen zum Ubertragen , der Oaten, 
Steuer lei tungen zum Steuern der Datenlibertragung, Entscheidungs- 
leitungen zum Entscheiden ( Arbitrierung) , welchen Baugruppe auf 
den Datenbus 5 zugreifen darf, Adressleitungen und eine oder meh- 
rere Leitungen fiir die Versorgungsspannung und die Masse auf. Im 
vorliegenden Ausf uhrungsbeispiel werden zur Ubertragung der 
Adressen und der Daten die gleichen Leitungen verwendet, so dafi 
kombinierte Adress/Datenlei tungen vorliegen. 



Erf indungsgemaS sind die Datenbustreiber 3 mit der Taktsignallei- 
tung 12 verbunden und so ausgebildet, daS die von und zu den Da- 
ten- und Steuerleitungen zu iibertragenden Signale wahrend eines 
vom Taktgeber vorgegebenen Taktes aufgenommen und wahrend des 
nachf olgenden Taktes abgegeben werden. Der Teil der Datenbustrei- 
ber 3, der die Daten- und Steuerleitungen bedient, ist somit als 
nicht- transparentes elektronisches Bauteil mit einer Zwischen- 
speicherf unktion ausgebildet, wie sie beispielsweise durch ein D- 
Flip-Flop realisiert werden kann. Diese Datenbustreiber 3 nehmen 
somit wahrend eines Taktes die vom Datenbus 5 kommenden Signale 
der Daten- und Steuerleitungen auf, speichern sie ab und geben 
sie wahrend des unmittelbar nachf olgenden Taktes an den jewe.ili-. 
en Controller 4 ab bzw. nehmen wahrend eines Taktes ein vom Con- 
roller 4 kommendes Signal auf, speichern es ab und legen es am 
unmittelbar nachf olgenden Takt am Datenbus 5 an. Die Datenbu- 
streiber 3 werden somit beziiglich der Daten- und Steuerleitungen 
„getaktet " betrieben . 

Zur Erlauterung wird nachf olgend angenommen, daS die in Figur 2 
auf der linken Seite gezeigte Baugruppe (Sender-Baugruppe S) ei- 
nen Datentransf er an die auf der rechten Seite gezeigte Baugruppe 
(Empf anger-Baugruppe E) einleitet. Die Sender-Baugruppe erlangt 
zunachst in einem vom Multibus bekannten Entscheidungsverf ahren 
(Arbitrierung) das Recht auf den Datenbus 5 zugreifen zu dtirfen. 
"ie Sender-Baugruppe S wird deshalb auch als Busbesitzer (Bus- 
wner) bezeichnet. 

Der Controller 4 der Sender-Baugruppe S tibertragt wahrend eines 
ersten Taktes ein Datenwort (1-4 Byte) zum Datenbustreiber der 
Sender-Baugruppe S. Der Datenbustreiber 3 speichert das Datenwort 
und setzt es in ein ftir den Datenbus 5 geeignetes Signal um, das 
wahrend des folgenden, zweiten Taktes an den Signalleitungen des 
Datenbusses 5 anliegt. Diese elektrischen Datensignale werden von 
dem Datenbustreiber 3 der Empf anger-Baugruppe 2 wahrend des zwei- 
ten Taktes aufgenommen, zwischengespeichert und wahrend des nach- 
folgenden, dritten Taktes an den Controller 4 der Empfanger- 
Baugruppe E iibertragen. 
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Diese getaktete Ubertragung der Signale unterteilt den gesamten 
Ubertragungsweg vom Controller 4 der Sender-Baugruppe S zum Con- 
troller 4 der Empf anger-Baugruppe E in drei Abschnitte, namlich 
die beiden Abschnitte 13, 15 zwischen den Controllern 4 und den 
Datenbustreibern 3 der jewel ligen Baugruppe 2 und den Abschnitt 
14 zwischen den beiden Datenbustreibern 3 der beiden Baugruppen 
2, der sich uber die Signalleitungen des Datenbusses 5 erstreckt. 
Die Signallauf zeit in den einzelnen Abschnitten ist wesentlich 
kiirzer, als uber die gesamte Strecke zwischen zwei Controllern, 
wie es bei transparenten Datenbustreibern notwendig ist, um das 
am Controller der Sender-Baugruppe erzeugte Signal so lange auf- 
echt zu erhalten, bis es am Controller der Empf anger-Baugruppe 
nliegt. Bei einer solchen Ausf uhrungsf orm eines Datenbusses kann 
durch die erf indungsgemaS* verkiirzten Signallauf zeiten der einzel- 
nen Abschnittet die beispielsweise 25 ns betragen konnen, die 
Busfrequenz wesentlich erhoht werden (z.B. auf 40 MHz) . Mit einer 
Busfrequenz von 40 MHz konnen Datenubertragungsraten bis zu 160 
MByte/ s erreicht werden. 

Die Datenbustreiber konnen z.B. mit den GTL+-Treibern der Firma 
Texas Instruments, wie z.B. dem Baustein SN54GTL1655 oder 
SN74GTL1655 ausgebildet sein. 

achfolgend wird der Betrieb des erf indungsgemaSen Datenbusses 
nhand der in den Figuren 4 bis 12 dargestellte Timing-Diagramme 
naher erlautert. 

In Figur 4 ist das Timing-Diagramm zur Ubertragung eines Datenpa- 
ketes zwischen zwei Baugruppen anhand der Steuersignale SCNO , 
SCN2, SCN3, SCN4, und der Adress/Datensignale ADN dargestellt. 
Die Bezeichnungen dieser Signale sind jeweils mit einer der fol- 
genden Endungen „_S" , „_B^^ und „_E" versehen, wobei „_S^^ bedeu- 
tet, daS der Signalzus tand im Leitungsabschnitt 13 zwischen dem 
Controller 4 und dem Datenbustreiber 3 der Sender-Baugruppe S 
dargestellt ist, die Endung „_B" bedeutet, daS der Signalzus tand 
in den Signalleitungen des Datenbusses zwischen den Datenbus trei- 



bern 3 der in Kommunikation stehenden Baugruppen (Leitungsab- 
schnitt 14) dargestellt ist, und die Endung „_E" bedeutet, daS 
das Signal im Leitungsabschnitt 15 zwischen dem Datenbustreiber 3 
und dem Controller 4 der Empf anger-Baugruppe E dargestellt ist. 
Das Signal SCNO zeigt eine Anfragephase (request phase) an, wobei 
das Signal im low-Zustand gultig ist (L = request phase) . Das Si- 
gnal SCN3 gibt das Ende der Datenubertragung an, wobei der 0/1- 
Ubergang bzw. low/high-Ubergang den exakten Zeitpunkt des Endes 
der Datenubertragung darstellt. Mit SCN3 ist das Data-Ready- 
Signal der Sender-Baugruppe bezeichnet, und mit SCN4 ist das Da- 
ta-Ready-Signal der Empf anger-Baugruppe E bezeichnet. Die beiden 
Signale SCN3 und SCN4 sind die Hauptbestandteile eines Handshakes 
wischen der Sender-Baugruppe S und der Empf anger-Baugruppe E. 
em Handshake sind Signale SCN5 , SCN6 und SCN7 zugeordnet, mit 
welchen in an sich vom Multibus bekannter Weise bei einer fehler- 
haften Datenubertragung von der Empf anger-Baugruppe E die Art des 
Fehlers angezeigt wird. 

Die Signale ADN konnen z.B. 4, 8,16,24 oder 32 Einzelsignale um- 
fassen, wobei die maximale Anzahl durch die 3 2 Adress/Daten- 
leitungen des Datenbusses 5 begrenzt ist. 

Zu Beginn einer Ubertragung eines Datenpaketes wird vom Control- 
ler 4 der Sender-Baugruppe das Anf rage-Signal SCNO erzeugt und 
ie Adresse der Empf anger-Baugruppe ausgegeben (siehe SI in Fig. 
) , Diese Signale werden wahrend des nachsten Taktes (S2) vom Da- 
tenbustreiber 3 der Sender-Baugruppe an die Signalleitungen des 
Datenbusses 5 angelegt . Wahrend eines dritten Taktes (S3) er- 
reicht das Anf rage-Signal SCNO und die Adressdaten den Controller 
4 der Empf anger-Baugruppe E, womit diese Empf anger-Baugruppe E 
erkennt, daS sie ein Datenpaket empfangen soil. Das Signal SCNO 
wird lediglich uber die Dauer eines Taktes erzeugt. Wahrend des 
zweiten Taktes S2 erzeugt der Controller 4 der Sender-Baugruppe S 
ein Data-Ready-Signal SCN3 , mit welchem er anzeigt, daS die Sen- 
der-Baugruppe S zum Senden eines Datenblockes bereit ist. Gleich- 
zeitig wird an die Adress/Datenleitungen eine Kennung fur den Typ 
des Datenblockes angelegt. Diese Signale erreichen zum Takt S4 



den Controller 4 der Empf anger-Baugruppe E. Nach dem Feststellen 
des Data-Ready-Signals SCN3 durch die Empf anger-Baugruppe E uber- 
pruft diese, ob sie zur Aufnahme eines Datenpaketes ausreichend 
freien Speicherplatz besitzt. Die GroSe des Datenpaketes wird bei 
der Initialisierung des Datenbusses festgelegt und kann 32, 64, 
9 6 Oder 12 8 Byte betragen. 1st an der. Empf anger-Baugruppe E aus- 
reichend Speicherplatz zur Aufnahme eines Datenpaketes vorhanden, 
so erzeugt der Controller 4 der Empf anger-Baugruppe E ein Data- 
Ready-Signal SCN4, das wahrend dreier Takte (S6 - S8) zum Con- 
troller der Sender- Baugruppe S ubertragen wird. Zum Aufnehmen des 
Data-Ready- Signals SCN3 der Sender-Baugruppe S, Uberprufen, ob 
genugend freier Speicherplatz vorhanden ist, und Ausgeben des Da- 
a-Ready-Signals SCN4 benotigt die Empf anger-Baugruppe E zwei 
akte. Wahrend des Taktes SB erreicht das Data-Ready-Signal SCN4 
den Controller 4 der Sender-Baugruppe S. Mit dem Empfang dieses 
Signals durch den Controller 4 der Sender-Baugruppe S ist der 
Handshake quittiert worden. 

Wahrend der Quittierung des Handshakes werden beginnend mit dem 
Takt S3 bis zum Takt SIO Datenworter, die in der Regel 3 2 Bit um- 
fassen, von dem Controller 4 der Sender-Baugruppe S abgesandt . 
Hierbei wird pro Takt ein solches Datenwort vom Controller 4 ab- 
gesandt, die dann jeweils mit zwei Takten Verzogerung (S5 - S12) 
am Controller 4 der Empf anger-Baugruppe E ankommen. Das Data- 
eady-Signal SCN3 der Sender-Baugruppe S ist solange aktiv, bis 
as letzte Datenwort abgesendet worden ist. Gleichzeitig- mit dem 
Absenden des letzten Datenwortes D7 wird vom Controller 4 der 
Sender-Baugruppe S das Steuersignal SCN2 aktiviert (low), um an 
dessen 0/1-Ubergang ( low/high-Ubergang) das exakte Ende der Uber- 
tragung des Datenpaketes zu markieren. Wie man in Figur 4 erken- 
nen kann, wird das SCN2 -Signal in den einzelnen Ubertragungsab- 
schnitten synchron mit dem Datenwort D7 ubertragen, so daS das 
Signal SCN2 wahrend des Taktes S12 von der Empf anger-Baugruppe E 
und auch von den anderen an die Signallei tungen des Datenbusses 5 
angeschlossenen Baugruppen empfangen wird, wodurch diese erken- 
nen, daft die Ubertragung des Datenpaketes abgeschlossen ist. Nun 
kann ein weiteres Datenpaket zwischen der Sender- und Empfanger- 



Baugruppe ubertragen werden oder in einem vom Multibus an sich 
bekannten Entscheidungsverf ahren (Arbitrierung) kann das Recht, 
auf den Datenbus Signale zugreifen zu durfen, auf eine andere 
Baugruppe ubertragen werden. 

Da erf indungsgemafi jedes Datenpaket, das z.B. 8 Datenworter um- 
fassen kann, mittels eines einzigen Handshakes ubertragen wird, 
konnen die Datenworter DO - D7 mit maximaler Ubertragungsrate 
(pro Takt eine Datenwort) ubertragen werden, wohingegen fur die 
Verarbeitung des Handshakes ein vergleichsweise langer Zeitraum 
von z.B. 7 Takten (S2 - S8) zur Verfugung steht. 

Figur 5 ist ein ahnliches Diagramm zur Ubertragung eines le- 
iglich ein Datenwort DO aufweisenden Datenpaketes gezeigt. Die 
Quittierung des Handshakes durch das Signal SCN4 wird, wie bei 
dem oben anhand von Figur 4 erlauterten Ubertragungsvorgang , wie- 
der zum Takt SB vom Controller 4 der Sender-Baugruppe S empfan- 
gen. Erst nachdem der Handshake quittiert ist und dieses Quittie- 
rungs signal SCN4 von der Sender-Baugruppe S verarbeitet worden 
ist (Takt SIO), wird die Ausgabe der das Datenwort DO darstellen- 
den Signale durch den Controller 4 der Sender-Baugruppe S been- 
det, damit sichergestellt ist, daS die Empf anger -Baugruppe E in 
der Lage ist, das Datenwort DO zu empfangen. Da hier lediglich 
ein Datenwort DO ubertragen wird, ist es das „letzte'' Datenwort 
es Paketes, weshalb das das Ende der Datenubertragung anzeigende 
teuersignal SCN2 wahrend der gesamten Zeit, wahrend der die Da- 
tensignale des Datenwortes DO aktiv sind, auch aktiv geschaltet 
wird (low) . 

In den Timing-Diagrammen der Figuren 6 und 7 ist ein Referenz- 
Lesezugriff und ein Ref erenz-Schreibzugrif f gezeigt. Die Refe- 
renz-Zugrif f e umfassen die sogenannte „I/0-Space Operation" und 
die „Memory Space Operations", bei welchen jeweils von einer Sen- 
der-Baugruppe in ein Register oder eine Speicherzelle einer ande- 
ren Baugruppe ein Datenwort geschrieben bzw. aus der Speicherzel- 
le ausgelesen wird. 



Beim Ref erenz-Schreibzugrif f (Fig. 6) entspricht der Ablauf der 
Steuersignale SCNO, SCN2 , SCN3 und SCN4 exakt demjenigen beim 
Ubertragen eines Datenpaketes mit einem einzigen Datenwort (Figur 
5) . Von diesem Datentransf er unterscheidet sich der Ref erenz- 
Schreibzugrif f lediglich dadurch, daS an den 
Adress/Datenleitungen zunachst eine aus zwei Datenwortern beste- 
hende Adresse ADR und danach das zu ubertragende Datenwort DO 
ubertragen wird, 

Mit dem Ref erenz-Lesezugrif f (Fig. 7) kann eine einen Datentrans- 
fer einleitende Sender -Baugruppe S eine Speicherzelle einer Emp- 
f anger-Baugruppe E auslesen. Der Datentransf er wird gleichermafien 
'e bei den vorhergehenden Datentransf eren durch Einleiten einer 
fragephase mit dem Steuersignal SCNO und Anlegen einer aus zwei 
Datenworten bestehenden Adresse ADR an die Adress/Datenleitungen 
begonnen. Nach der Anfragephase setzt die Sender -Baugruppe S die 
Steuersignale SCN2 und SCN3 , womit sie anzeigt, daS sie zur Auf- 
nahme der Daten von der Empf anger-Baugruppe E bereit ist. Die 
Empf anger-Baugruppe E sendet ein Datenwort DO zur Sender- 
Baugruppe S und zeigt gleichzeitig durch Setzen des Steuersignals 
SCN4 an, daS die Daten gultig sind. Die Empf anger-Baugruppe E 
nimmt die Daten DO und das Steuersignal SCN4 wieder weg, wenn sie 
die gesetzten Signale SCN2 und SCN3 der Sender-Baugruppe S er- 
kannt hat. Sobald die Sender-Baugruppe S das gesetzte Signal SCN4 
rkannt hat, ubernimmt sie die Daten DO und setzt die Steuersi- 
nale SCN2 und SCN3 zuruck. Der Datentransf er ist damit abge- 
schlossen . 

In den Figuren 8 und 9 sind die Timing-Diagramme eines Intercon- 
nect-Schreibzugrif f es und eines Interconnect-Lesezugrif f es ge- 
zeigt. Mit diesen Interconnect-Zugrif f en kann in einem sogenann- 
ten Interconnect-Speicherraum, der an jeder Baugruppe vorgesehen 
ist, jeweils ein Datenwort eingetragen bzw. ausgelesen werden. 
Die Speicherzellen dieses Speicherraumes werden mit einer Adresse 
ADR, die lediglich aus einem Datenwort besteht, adressiert. Die 
Interconnect-Zugrif fe unterscheiden sich somit von den Referenz- 
Zugriffen in der GroSe der Adresse, wobei der Ablauf der Steuer- 



signale SCO, SCN 2, SCN3 , SCN4 und die Ubertragung des jeweiligen 
Datenwortes DO ubereinstimmen , 

Der Referenz- und Interconnect-Zugrif f ist fur Bussysteme, die 
jeweils mit einem Prozessor versehene Baugruppen verbinden, von 
untergeordneter Bedeutung, da eine Interprozessor-Kommunikation 
nur mittels der oben beschriebenen Datenpakete (Messages) moglich 
ist. Der Referenz- und der Interconnect-Zugrif f dienen bei Multi- 
prozessorsystemen lediglich zur Initialisierung und Diagnose des 
Systems bzw. zur Kommunikation mit Peripheriegeraten, die keine 
eigene Prozessorsteuerung besitzen. 

ur Entscheidung (Arbitrierung) werden, wie es vom Multibus be- 
annt ist, die Steuersignale ARB(5..0) und ein Busanf ragesignal 
BREQ (bus request) verwendet . Diese Signale werden im Gegensatz 
zu den Adress/Datensignalen und den Steuersignalen nicht einge- 
taktet, da dann die Entscheidungsleitungen nicht in einem wired- 
or-Modus verwendet werden konnen, der bei der Entscheidung der 
Zugrif f srechte ausgenutzt wird. Der Datenbustreiber ist daher fur 
diese Signale transparent. Da eine Taktperiode als Signaldurch- 
laufzeit von einem Controller zum anderen Controller zur Ubertra- 
gung der Signale nicht genugt, wird der Datenbus mit einer zu- 
satzlichen Taktsignalleitung versehen, an die ein Hilfstakt BCLK2 
angelegt wird. Der Hilfstakt BCLK2 (20 MHz) wird durch Teilen der 
usfrequenz durch zwei erzeugt. 

Die Signale ARB(5..0) und BREQ werden von den Baugruppen in der 
high-Phase des Hilfstaktes erzeugt und auch in der high-Phase des 
Hilfstaktes BCLK2 abgefragt. Damit wird sichergestellt , daS den 
Signalen mindestens zwei Taktperioden der Busfrequenz bzw. des 
Bustaktes als Signaldurchlauf zeit zur Verfugung stehen. 

Wie es in Figur 10 gezeigt ist, werden fiir das Einschwingen der 
Entscheidungssignale minimal vier Takte des Bustaktes bzw. zwei 
Takte des Hilfstaktes verwendet. Dieser dem Entscheidungssignal 
zum Einschwingen zur Verfugung gestellte Zeitraum kann auf maxi- 
mal 18 Takte der Busfrequenz verlangert werden. 



In Figur 11 ist ein Diagrarnm gezeigt, das den Abbruch einer Da- 
tenubertragung aufgrund eines bei der Empf anger-Baugruppe E er- 
zeugten Fehlers zeigt. Wenn die Empf anger-Baugruppe E einen Feh- 
ler feststellt, gibt sie mittels der Steuersignale SCN4 bis SCN7 
(nicht dargestellt) gleichzeitig mit .dem Data-Ready-Signal SCN4 
einen Fehlercode aus . Der durch die Signale SCN5 bis SCN7 ausge- 
gebene Fehlercode entspricht dem vom Multibus bekannten Fehler- 
code. 

Wenn die Empf anger-Baugruppe E den Fehlercode erkennt, andert sie 
den Datentransf er , indem sie das Steuersignal SCN2 setzt, Der Da- 
ntransfer ist beendet, wenn die Empf anger-Baugruppe E das ge- 
etzte Steuersignal SCN2 erkennt. 

Gegenuber den bei den Baugruppen erzeugten Fehlern unterscheidet 
man sogenannte Busfehler, die allgemein im Datenbus system auftre- 
ten. Beim erf indungsgemaSen Datenbus kann das Fehlers ignal 
BUSERR nur von den Baugruppen gesetzt werden, die an dem jeweili- 
gen Datentransf er beteiligt sind, d.h. der Sender-Baugruppe S und 
der Empf anger-Baugruppe E. Alle anderen mit dem Datenbus verbun- 
denen Baugruppen sind entweder in Ruhe oder befinden sich in der 
Entscheidungsphase (Arbitrierung) . Beim Auf treten eines Busfeh- 
lers mussen diese die Arbitrierungsphase verlassen und neu begin- 
en. Die Baugruppen setzen das Fehlersignal BUSERR, wenn ein Pa- 
itatsfehler bei den Adress/Daten- oder Steuersignalen vorliegt 
Oder das Bus-Protokoll bezliglich der Steuersignale verletzt wur- 
de. Dies soil gewahrleis ten, daS die Daten, die bei einer Bau- 
gruppe eintreffen, fehlerfrei sind. Bei einer Dateniibertragung 
mittels eines Datenpaketes , einem schreibenden Interconnect- 
Zugriff und einem schreibenden Ref erenz-Zugrif f wird das Fehler- 
signal BUSERR von der Empf anger-Baugruppe erzeugt. Bei einem le- 
senden Interconnect-Zugrif f und einem lesenden Ref erenz-Zugrif f , 
bei denen ein Datenwort von der Empf anger-Baugruppe zur Sender- 
Baugruppe ubertragen wird, wird das Fehlersignal BUSERR von der 
Sender-Baugruppe erzeugt . 
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Bei dem erf indungsgemaSen Datenbus ist zu beachten, daS alle Si- 
gnals einer Sender-Baugruppe dreimal eingetaktet warden, bevor 
sie von der Empf anger -Baugruppe verarbeitet warden konnen. Aus 
diesem Grund wird ein Busfehler stats zwei oder drei Takte spater 
5 erkannt, je nach dem ob der Fabler auf der Sender-Baugruppe oder 
auf dem Datenbus aufgatretan ist. Die Empfanger-Baugruppa satzt 
in diesem Fall das Fehlersignal BUSERR. Bai ainam lesenden Intar- 
connect-Zugriff odar lesenden Ref erenz-Zugrif f tritt der Fehlar 
auf dar Empf anger-Baugruppe auf, wobai im Falle einas Fehlars dxe 
10 Sender-Baugruppe das Fehlersignal BUSERR setzt. 

Die zaitliche Verzogerung des Fehlersignals wird dadurch beruck- 
ichtigt, daS der Controller der Sender-Baugruppe, die ein Daten- 
Jaket versendat oder einan Zugriff durchfuhrt, nach dam Ende des 
Datantransfers noch sechs" Takte wartat, bis er der CPU der Bau- 
gruppe den Status des Datentransf ars mitteilt, da in diaser Zeit 
noch ein Fehlersignal eintreffen kann. 



D: 



Da erfindungsgemafi bei jadam Datentransf er ladiglich ein emziger 
Handshake erfolgt, kann lediglich diasar aine Handshake, d.h. das 
Data-Ready-Signal SCN4 uberpruft werden, wodurch sich Anderungen 
gegenuber dem bekannten Multibus-Protokoll ergeben. 



Die Paritatsprufung erfolgt zu dan nachfolgend baschriebanan 
eitpunkten: 



1. Steuersignale werden immer uberpruft. 

2. Adress/Datensignale warden wShrend der Anfragephase (request 
3 0 phase) aberpruft. 

3 Adress/Datensignale werden wahrend einer auf die Anfragephase 
folganden Antwortphase aines Lesa-Zugrif f as uberpruft, wann 
SCN4 gesetzt ist und SCN(7..5) nicht gesetzt ist, d.h., wenn 
3 5 ein korrekter Handshake vorliegt. 



4 . Adress/Datensignale werden wahrend der Antwortphase eines 
Schreib-Zugrif f es geprlift, wenn SCN3 gesetzt ist und SCN(7..5) 
nicht gesetzt ist, d.h., es liegt ein korrekter Handshake vor. 

Eine Datenbusprotokollverletzung wird f estgestellt , wenn 

1. SCNO wahrend der Antwortphase gesetzt wird, 

2 . SCN2 in der Antwortphase gesetzt und SCN3 in der Antwortphase 
nicht gesetzt wird, 

3. SCN5, SCN5 oder SCN7 wahrend der Antwortphase gesetzt werden 
und SCN4 nicht gesetzt wird, 

4. SCN2 sich wahrend der - Antwortphase andert, wahrend SCN3 ge- 
setzt bleibt, und 

5 . bei einem Datentransf er mittels Datenpaketen mehr Datenworte 
gesendet werden als wahrend der Konf iguration des Datenbussy- 
stems festgelegt worden ist. 

Der in Punkt 5 beschriebene Fehler wird bei dem bekannten Multi- 
bus-Protokoll als ein bei einer Baugruppe auftretender Fehler be- 
handelt. Da nach dem Auftreten dieses Fehlers der Datentransf er 
icht mehr fortgesetzt werden kann und der Fehler bei dem erfin- 
ngsgemaSen Verfahren mit einem einzigen Handshake in der Regel 
nach dem Handshake auftritt, wird er als Busfehler bewertet. Ein 
derartiger Busfehler bei einem Datentransf er mittels eines Daten- 
paketes ist in dem in Figur 12 gezeigten Diagramm dargestellt. 
Hierbei werden statt acht Datenworte neun Datenworte ubertragen. 
Die Empf anger-Baugruppe setzt daher nach dem achten Datenwort D7 
das Fehlersignal BUSERR. Wie aus dem Timing-Diagramm zu entnehmen 
ist, hat die Sender-Baugruppe den Datentransf er auf ihrer Seite 
bereits beendet bevor ihr die Empf anger-Baugruppe den Fehler mel- 
det. Aus diesem Grund muS der Controller der Sender-Baugruppe 
noch sechs Takte warten bis er den AbschluS des Transfers an die 



CPU der Baugruppe melden kann, da in diesem Zeitraum noch Fehler- 
meldungen der Empf anger-Baugruppe eintreffen konnen. 

Die Erfindung ist nicht auf ein dem Multibus ahnlichen Datenbus 
beschrankt, sondern kann bei jedem parallelen Datenbus verwendet 
werden . 

Die Erfindung kann f olgendermaSen zusammengef aSt werden: 
Sie betrifft einen parallelen Datenbus mit mehreren parallelen 
Signalleitungen, an welche mehrere Baugruppen anschliefibar sind, 
wobei jede Baugruppe einen unmittelbar mit den Signalleitungen in 
Verbindung stehenden Datenbustreiber und einen mit dem Datenbus- 
eiber verbundenen Controller aufweist. Dieser Datenbus geht von 
em bekannten MULTIBUS II aus . Die Erfindung zeichnet sich da- 
durch aus, dal^ die Datenbustreiber mit dem Taktgeber des Daten- 
busses verbunden sind und die Datenbustreiber so ausgebildet 
sind, daS die von und zu den Daten- und Steuerleitungen zu uber- 
tragenden Signale wahrend eines vom Taktgeber vorgegebenen Taktes 
aufgenommen und wahrend des nachf olgenden Taktes abgegeben wer- 
den. Hierdurch wird die Signalstrecke zwischen zwei iiber den Da- 
tenbus verbundener Baugruppen an den Datenbus treibern jeweils un- 
terbrochen, so daS wahrend eines Taktes des. Datenbusses die Si- 
gnale jeweils einen kurzeren Streckenabschnitt als bei herkommli- 
chen Datenbussen mit transparenten Datenbus treibern zuriicklegen. 
ierdurch verringern sich die einzelnen Signallauf zeiten, weshalb 
ie Busfrequenz des Datenbusses und damit der Datendurchsatz er- 
heblich erhoht werden konnen. 

Ferner betrifft die Erfindung ein Verfahren zum Kommunizieren 
zweier jeweils mit einem Prozessor versehener Baugruppen, wobei 
zwischen den Baugruppen Datenpakete ausgetauscht werden. Das er- 
f indungsgemalSe Verfahren zeichnet sich dadurch aus, daS jedes Da- 
tenpaket lediglich durch einen einzigen Handshake quittiert wird. 
Mit diesem Verfahren konnen Daten mit maximaler Ubertragungsrate 
am Datenbus iiber tragen werden. 



Bezugszeichenliste 



Multibus 

Baugruppe 

Datenbustreiber 

Controller 

Date'nbus 

Druckersteuerung 

Hochleistungsdrucker 

I/O-Modul 

Rastermodul 

Serial iser-Modul 

Pixel-Bus 

Taktsignalleitung 

Leitungsabschnitt zwischen dem Controller und dem Datenbus 
treiber in der Sender-Baugruppe 

Leitungsabschnitt zwischen den Datenbus treibern zweier kom 
munizierender Baugruppen 

Leitungsabschnitt zwischen dem Controller und dem Datenbus 
treiber in der Empf anger-Baugruppe 
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Anspriiche 

Paralleler Datenbus mit 

mehreren parallelen Signalleitungen, an welche mehrere Bau- 
gruppen (2) anschliefibar sind, wobei jede Baugruppe (2) ei- 
nen unmittelbar mit den Signalleitungen in Verbindung ste- 
henden Datenbus treiber (3) und einen mit dem Datenbus treiber 
(3) verbundenen Controller (4) aufweist, wobei eine Teilzahl 
der Signalleitungen Datenleitungen zum Ubertragen der Daten 
und Steuerleitungen zum Steuern der Datenubertragung der Da- 
ten uber die Datenleitungen darstellt, und 
einem Taktgeber zum Erzeugen einer vorbestimmten Busfre- 
quenz, mit welcher die in den Signalleitungen ubertragenen 
Signale getaktet sind, 
dadurch gekennzeichnet , 

daS die Datenbustreiber (3) mit dem Taktgeber verbunden sind 
und die Datenbustreiber (3) so ausgebildet sind, daS die von 
und zu den Daten- und Steuerleitungen zu ubertragenden Si- 
gnale wahrend eines vom Taktgeber vorgegebenen Taktes aufge- 
nommen und wahrend des nachf olgenden Taktes abgegeben wer- 
den. 

Paralleler Datenbus nach Anspruch 1, 
dadurch gekeniizeichnet , 

daS der Taktgeber eine Busfrequenz von zumindest 20 MHz er- 
zeugt . 

Paralleler Datenbus nach Anspruch 1, 
dadurch gekeimzeichnet , 

daS der Taktgeber eine Busfrequenz von etwa 40 MHz erzeugt. 
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Paralleler Datenbus nach einem der Anspruche 1 bis 3, 
dadurch gekennzelchnet , 

daS der Datenbus 32 Datenleitungen aufweist. 

Paralleler Datenbus nach einem der Anspruche 1 bis 4, 
dadurch gekennzeichnet , 

daS eine weitere Teilzahl der Signalleitungen als Entschei- 
dungsleitungen ausgebildet sind zum Entscheiden, welche mit 
den Signalleitungen verbundene Baugruppe Zugrif f sprioritat 
aufweist, wobei die Entscheidungsleitungen mit nicht getak- 
teten Open-Drain-Ausgangen der jeweiligen Datenbustreiber 
(3) verbunden sind, so daS sie eine wired-or-Logik bilden. 

Paralleler Datenbus nach Anspruch 5, 
dadurch gekennzeichnet , 

daS zur Ansteuerung der Entscheidungsleitungen eine Einrich 
tung zum Erzeugen eines Hilfstaktes (BCLK2) mit einer gerin 
geren Frequenz als der Busfrequenz vorgesehen ist. 

Paralleler Datenbus nach Anspruch 6, 
dadurch gekennzeichnet , 

daS die Einrichtung zum Erzeugen eines Hilfstaktes ein Fre- 
quenzteiler ist. 

Paralleler Datenbus nach einem der Anspruche 1 bis 7, 
dadurch gekennzeichnet, 

daS die zum Controller (4) fiihrenden Ausgange des Datenbus- 
treibers (3) als Low-Voltage-TTL-Ausgange ausgebildet sind. 

Paralleler Datenbus nach einem der Anspruche 1 bis 8, 
dadurch gekennzeichnet, 

daS die Signalleitungen eine physikalische Ausdehnung von 
zumindest 40 cm aufweisen. 

Paralleler Datenbus nach einem der Anspruche 1 bis 8, 
dadurch gekennzeichnet. 
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daS die Signalleitungen eine physikalische Ausdehnung von 
zumindest 5 0 cm aufweisen. 

11. Paralleler Datenbus nach einem der Anspruche 1 bis 10, 
dadurch gekennzeichnet / 

daS mehrere der mit den Signalleitungen verbundene Baugrup- 
pen (2) mit jeweils einem Prozessor versehen sind. 

12. Paralleler Datenbus nach einem der Anspruche 1 bis 11, 
dadurch gekennzeichnet , 

daS der Datenbus (5) Multibus-kompatibel ist. 

3. Verfahren zum Kommunizieren zweier jeweils mit einem Prozes- 
sor versehener Baugruppen (2) mittels eines parallelen Da- 
tenbusses (5) nach einem der Anspruche 1 bis 12, wobei 
zwischen den beiden Baugruppen (2) Datenpakete (Messages) 
ausgetauscht werden, 
dadurch gekennzeichnet, 

daS jedes Datenpaket lediglich durch einen einzigen Handsha- 
ke quittiert wird. 

14 . Verfahren nach Anspruch 13 , 
dadurch gekennzeichnet, 

daS ein Handshake jeweils ein Data-Ready-Signal (SCN3) der 
Sender-Baugruppe (2) und ein Data-Ready-Signal (SCN4) der 
Empf anger-Baugruppe (2) umfaSt, wobei zu Beginn des Daten- 
transfers das Data-Ready-Signal (SCN3) der Sender-Baugruppe 
(2) an die Empf anger-Baugruppe (2) gesandt wird, und 
nach dem Empfang des Data-Ready-Signals (SCN3) der Sender- 
Baugruppe (2) die Empf anger-Baugruppe ihr Data-Ready-Signal 
(SCN4) an die Empf anger-Baugruppe (2) sendet. 

15. Verfahren nach Anspruch 14, 
dadurch gekennzeichnet, 

daS die Sender-Baugruppe (2) ihr Data-Ready-Signal (SCN3) 
nur aussendet, wenn das vollstandige Datenpaket auf dieser 
Baugruppe (2) vorhanden ist. 



Verfahren nach Anspruch 14 oder 15, 
dadurch gekennzeichnet , 

daS die maximale GroSe der Datenpakete auf einen vorbestimm- 
ten Wert festgelegt ist, und 

die Empf anger -Baugruppe (2) ihr Data-Ready-Signal (SCN4) nur 
aussendet, wenn genugend freier Speicherplatz auf der Emp- 
f anger-Baugruppe (2) vorhanden ist. 

Verfahren nach Anspruch 16, 
dadurch gekennzeichnet: , 

daS die maximale GroSe der Datenpakete auf 32 Byte, 64 Byte, 
96 Byte oder 128 Byte festgelegt ist. 

Druckersteuerung fur "Hochleistungsdrucker , mit 

einem I/O-Modul (8) , einem oder mehreren Rastermodulen (9) 

und einem Serialiser-Modul (10), wobei die Module (8 bis 10) 

jeweils einen Prozessor aufweisen, 

dadurch gekennzeichnet:, 

daS die Module mit einem parallelen Datenbus nach einem der 
Anspriiche 1 bis 12 verbunden sind. 



Zu s ajnmen£ a s sung 



Die Erfindung betrifft einen parallelen Datenbus mit mehreren pa- 
rallelen Signalleitungen, an welche mehrere Baugruppen anschlieS- 
bar sind, wobei jede Baugruppe einen unmittelbar mit den Signal- 
leitungen in Verbindung stehenden Datenbustreiber und einen mit 
em Datenbustreiber verbundenen Controller aufweist. Dieser Da- 
fenbus geht von dem bekannten MULTIBUS II aus . Die Erfindung 
zeichnet sich dadurch aus; daS die Datenbustreiber mit dem Takt- 
geber des Datenbusses verbunden sind und die Datenbustreiber so 
ausgebildet sind, daS die von und zu den Daten- und Steuerlei tun- 
gen zu iibertragenden Signale wahrend eines vom Taktgeber vorgege- 
benen Taktes aufgenommen und wahrend des nachf olgenden Taktes ab- 
gegeben werden. Hierdurch wird die Signalstrecke zwischen zwei 
iiber den Datenbus verbundener Baugruppen an den Datenbus treibern 
jeweils unterbrochen, so daS wahrend eines Taktes des Datenbusses 
die Signale jeweils einen kurzeren Streckenabschnitt als bei her- 
kommlichen Datenbussen mit transparenten Datenbustreibern zuriick- 
legen. Hierdurch verringern sich die einzelnen Signallauf zeiten, 

shalb die Busfrequenz des Datenbusses und damit der Datendurch- 
satz erheblich erhoht werden konnen. 

Ferner betrifft die Erfindung ein Verfahren zum Kommunizieren 
zweier jeweils mit einem Prozessor versehener Baugruppen, wobei 
zwischen den Baugruppen Datenpakete ausgetauscht werden. Das er- 
findung sgemaSe Verfahren zeichnet sich dadurch aus, daS jedes Da- 
tenpaket lediglich durch einen einzigen Handshake quittiert wird. 
Mit diesem Verfahren konnen Daten mit maximaler Ubertragungsrate 
am Datenbus ubertragen werden. 
(Fig. 2) 
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